-
-
Notifications
You must be signed in to change notification settings - Fork 93
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tales of Symphonia, freeze/hang on cutscene #387
Comments
Also happen on GC Loader as boot.iso, or with the (incomplete) disc read speed emulation enabled. Not sure what to file this under. |
I tried as boot.iso from GC Loader on my US DOL-001 NTSC and encountered no issues. I was able to reproduce the bug when loading via Swiss, both directly from the GC Loader after booting Swiss, or booting Swiss from GC Loader and then running the game from SD2SP. Thing is, there's no way to change to disc 2 when loading as boot.iso so you can't play multidisc this way. It does seem to confirm it as a Swiss thing rather than a GC Loader thing on my end though. Happy to test further if needed. I do admit I only tried each once so far, using the provided save file. So for me: Currently with a GC Loader, if you can save past this scene, before Disc 2, you could play as boot.iso until the save after this scene, then switch to Swiss until the disc swap... and then if there are any more such bugs, make disc 2 boot.iso after a save that would load on disc 2. I don't know the game well enough to know if there's a save between here and Disc 2, but I'd like to know that too so I know if this is a valid workaround, I was planning to check this one out soon. |
How does that confirm it as a Swiss thing when it reproduced as boot.iso on my end? |
Also, it's fine when using the File Service Protocol and that part of the disc hasn't been cached by the server yet. |
I just meant for me, and I've tried it further with no issues using it as boot.iso. It could definitely be a Swiss when a GC Loader is present issue. Just for me, it is only an issue when Swiss is used, but it could very well be an issue with the GC Loader working with Swiss correctly. I'd like to see it addressed, whichever side it turns up on, or if it requires the two to communicate. It does sound like it could be the GC Loader if using a burned disc with Swiss works, or some misalignment of the two. If you think this should be reported on the GC Loader Github, I'm happy to post it there as the OP hadn't last I checked. Since you're a collaborator, I'll take your call on that. |
It's technically the game's fault for being badly programmed. A long seek occurs during that screen fade, which happen almost instantly on most of everything else. |
Good to know. Hopefully something can be implemented to make this game fully playable, even if it is specific to this game rather than full seek time emulation. I know devs aren't always magicians though. Wonder why it works for me as boot.iso? Put it on a very new 32GB Sandisk SD (not micro) and it's been fine. |
I just tested it with my US DOL-001 and confirm the same behavior that @PsychoFox11 experienced; for me, it did not freeze when booting the game directly as boot.iso via GCLoader. It did freeze when launching via latest version of Swiss from my GCLoader SD card. Tested with an old SanDisk Extreme PLUS 32MB 90MB/S U3 V30 SD card. |
So far this is consistently reproducing on my end with a HP, a Kingston Canvas Select, and a older SanDisk Extreme as boot.iso. |
@Extrems is there anything you’d like me to try? I plan on testing another SD card with the game as boot.iso to see if I can make it freeze that way. |
I'm baffled by this issue at this point as not even accounting for seek time helped. |
I just tried a MicroCenter branded 32GB micro sd card, and that DID have the issue running as GCLoader boot.iso. |
Are you using a full .iso or an nkit.iso for the boot.iso? I don't think it would matter unless that could affect seek time things. I am using an nkit.iso - I can restore it to the full redump iso it started as and try that if it would help anything. All of my tests were with nkit.iso images. |
My main GCLoader sd card is using nkit. For the two test sd cards I used with booting the game via boot.iso (one had the issue and one didn’t), I used the redump iso. |
Verbatim DVD+R on Disc Drive 08 2002/23 (61)
SanDisk Extreme on GC Loader
SanDisk Extreme on GC Loader with Emulate Read Speed (Swiss v0.5r890)
|
Fixed in d46fd2a (r905) for GC Loader with Emulate Read Speed enabled. |
SanDisk Extreme on GC Loader with Emulate Read Speed (Swiss v0.5r905)
|
Just tested this with Swiss v0.5r906 and still experiencing the same issue. I have Emulate Read Speed enabled with GCLoader. |
Well, I'm burned out from this. I guess it just isn't getting fixed. |
So I tried disabling Boot with IPL, and that makes the bug go away with r906. |
If you booted using the other disc, only the initial disc is currently patched. |
I already had Boot with IPL disabled, and it made no difference for me in r912. However, I can still run this segment consistently when using it as boot.iso on my GC Loader, from a 32GB Sandisk SD (not micro) card. I keep a few files I rotate as boot.iso on there, and I even copied them all off and back on to put it in a different position on the card, still no issues using that method. I'm using an nkit.iso as boot.iso by the way, haven't tested regular iso. I have an SD2SP2 so I'm applying patches, but only the defaults, when testing with Swiss which does have the issue. Won't keep this thread alive after this comment since it is dead for now, but it's worth a try if using GC Loader, it seems to work for some. Once you get past this scene, save and switch over to Swiss before the disc change (I haven't played the full game yet, hoping there is a save between here and the disc change!). |
You must enable the Emulate Read Speed option, otherwise of course the issue will persist. The issue with boot through IPL has been fixed. |
Ah ok, pretty new to Swiss and thought it would enable it within the default patches if it was needed for a certain game. I'll just keep it on in general, seems to help with all my other ODE devices that offer it. Thanks for the info! Edit: Yep it's fine, I also thought by the label on the issue of 'wontfix' that there was no fix and the earlier one mentioned hadn't worked out or something, so I didn't test that thoroughly. I'm learning how things work around here! Thanks again for all the work on this! |
This was kept open because other devices are affected as well, such as passive SD card adapters. |
First encountered this issue on v0.5r876, tested with v0.5r878 and it is not resolved.
To give an idea of what exactly the issue looks like, the game plays entirely normally up to this cutscene:
https://www.youtube.com/watch?v=2N0Mb9h5e4I&t=14492
After the fireball is launched and the screen fades to black, it just stays black while the music keeps playing (also, the reset button stops responding).
I have tested with different ISOs (to try and eliminate the possibility of a bad rip) on GCLoader and SD2SP2. I managed to get around the issue by exporting the save to Dolphin, this file is included below (if anyone wants to reproduce the issue, just exit the building you start in and walk as far right as possible).
AF-GQSE-TOS_000_00.zip
For some more details, I have a DOL-001 PAL console, playing the NTSC version of the game.
The text was updated successfully, but these errors were encountered: