[FF7PC] Post bug reports here [use The Reunion thread instead]

  • Thread starter Thread starter DLPB_
  • Start date Start date
Status
Not open for further replies.
It definitely happens on the original PC version. I remember noticing this a long time ago. I did it just for fun most of the time.
 
I'll add these to the database when I get time.  Right now... got bigger fish to fry by fixing them all!
 
Aeroga (and Supernova) both use effect 00163, which, as Cicciolo pointed out, is wrong in PC original. This is an error in audio.dat.  163 is accidentally the same as 162. This means there will be a totally wrong effect in Supernova too lol and other places.  But since I worked entirely off the PSX version, this effect has been fixed.
 
Last edited:
Phew, the bug finding never stops. On PC Cloud use a wrong animation at the end of the G-Bike minigame.
PSX

PC

From what I can see on YouTube the wrong animation is never used on psx, so I will simply change jgaa.a to igaa.a and igaa.a to jgaa.a just in case it is used somewhere.

Regarding Cid I assume the best way to fix it is to update the model loader with corresponding animations of him. I'll see if I can make it ready for you.
 
On a side note, has anyone noticed a weird bug with Bizarro Sephiroth duplicating/triplicating his model during the boss battle? I'm not sure if i could replicate it though...
Click to expand...
Well, I mean he is placed five times in the formation to give the illusion of five targets, but the four additional models are invisible by default. I guess some sort of script error could cause them to become visible. Typically something you'd see in mods developed by inexperienced modders, but I've literally never seen it myself, ever.
 
I do vaguely remember this happening once on my PC copy way back when. I have no idea how to reproduce it, but it probably has to do with reviving parts. The idle animations are out of sync after some actions.
 
The sfx for FMVs in Bugenhagen's laboratory don't play correctly. In boogdemo.avi only a few effects are played and in boogstar.avi they don't play at all. I checked the Database but this seems to have been overlooked. I've found some videos that show the same results as my playtesting.

psx:

pc:
 
The effect problem has been noted before by Sega Chief, but we didn't reach any conclusion.  This *should* be fixed with my module replacement, because it again supports multiple effects from field and all calls from field are heeded.  The only way this won't be fixed at the moment is if the field code itself is broken, which I doubt.  Thanks for clarifying it.

The bug report has been filed as fixed.

As for Bizarro...  I am going to file it as a bug.  There likely is 3 models loaded into battle due to the party being able to attack Bizarro from left right and front. I dunno if this is a PC issue alone.  Sega Chief may be able to find a bug in the AI. Or it could be a porting issue.

@Kal.  I will check G-bike and add it to the Bug Database.

@August, I have added the fade issue to the database.  I am not sure whether I already fixed it in R06.
 
Last edited:
I'm redoing my sound approach. Instead of taking over akao main function - I'm just gonna do what I should from the start and take over the functions it eventually uses.  That way, I don't need to continually cover bases twice. Of course, this wouldn't need to be done if all the programmers used akao wrapper, but they didn't.  All my main functions are done.  I just need to work out exactly which functions are being called and take over them.  Disable any that are to do with starting /ending threads and so on,  since those aren't going to be needed.
 
I couldn't find this in the database, so just to make sure; has the Soldier First and Second classes' multi-slash attack been fixed? It was always broken in the vanilla game, since the enemies' animation scripts for that attack are incomplete.
 
That's one for Kal and Sega Chief.

in other news.... Akao field wrapper is incorrect with PC version.  Maybe also PSX.  It only allows one byte instead of at least two for all transition Time parameters.  So when the snowboard game (for example), sets the clapping sfx to fade out (at the end of a winning time) using the wrapper, instead of 12C (300) / 60 = 5 second fade out, you will get 2C (44) / 60 = 0.73 seconds. 

This is a huge oversight by the porting team or original team. It's also easily fixed.

I very much doubt this is a mistake in the original game.  Something tells me they'd have realized that all their fade outs were being reduced to a maximum of 255 / 60 = 4.25 seconds. And I'm sure that clapping sfx did indeed fade correctly in psx.

213.SetEffect [Channel 4, Balance 64, 00441 [SB - Clapping, looped].ogg]
213.SetLoop [LoopStart 200618]
213.SetVolume [Channel 4, Volume 127]
--------------------------------------------------------------------------
214.SetVolumeTransition [Channel 4, TargetVolume 0, Time 5000]
Click to expand...
That's better, no?  5000 because I convert to ms for use in bass.dll.
 
Last edited:
I couldn't find this in the database, so just to make sure; has the Soldier First and Second classes' multi-slash attack been fixed? It was always broken in the vanilla game, since the enemies' animation scripts for that attack are incomplete.
Click to expand...
The animations themselves function, they just look a bit choppy. Soldier 1st uses the first step of 4x-cut instead of the normal 03 slash animation for his physical attack which is why he ends up standing very close to the player party after the attack; like Hojo's combo, only the fourth attack 'returns' the actor to their starting position.
 
The animations themselves function, they just look a bit choppy. Soldier 1st uses the first step of 4x-cut instead of the normal 03 slash animation for his physical attack which is why he ends up standing very close to the player party after the attack; like Hojo's combo, only the fourth attack 'returns' the actor to their starting position.
Click to expand...
I took a gander at the AB file. 03 is definitely meant for the normal attack, and it does function as intended. 4xCut uses script 06, which uses different anims for delivering the attack, but it ceases all actions after the first slash because there is an EE right after the animation. EE returns the actor to Idle state, so the attack is cut short and he doesn't return to original spot either  (The EE is there after the other slashes as well.)

This is an easy fix tbh. Just need to clean up the garbage that's stopping the script from executing completely, and add an E5 right before the last EE so the enemy returns to his correct position.

Edit: Actually, the E5 is already there where it belongs. Only some cleanup is required.

Edit2: And it is done. Took me 5 minutes to do it, lol. Do test it out though, because I can't at the moment.
 
Last edited:
Nice.  You get a credit in The Big Bad Bug Database.  Oh, what an honour!

Edit.

Was this present on PSX?
 
Last edited:
Comet 2 sfx are being chopped off early because of the command to stop at 5A44D6  and 5A44E5. Nopping these will fix the issue, but I am uncertain if doing that leaves resources.  NFITC1 or someone may know more about that.  These multiple effects do seem to use threads for the audio (I think they use the effect ID as a parameter for the thread ID.  There is also a second parameter, usually of 0F  - but I have no idea what that does).

I didn't notice any memory leaks though.

It would be nice to see how the PSX version worked internally for these... perhaps they even had a fade out.   It won't matter with version of the audio module.                 
         
Quake 3 may suffer with a similar issue in that the graphic effect is terminated early. I will check.
 
Last edited:
I didn't realize Music Pan and Music Pan Transitions were actually ever used. This will be reinstated with The Audio Replacement. Looking at the field code in Makou, it seems it uses 2 byte values this time, rather than one.  So Left is 0, centre is 0x4000, and right is 0x7FFF. Effect balance is 0, 0x40, 7F.  Unless Akao2 causes some sort of mess... but I doubt it.

Also seems that there has been a miscommunication somewhere with the sound programmer / design team / field programmers... because although akao2 should allow for 2 byte time values, as I said previously this isn't the case with the hard code, which has accidentally left only one byte being used. I am still not sure if this is the case in PSX, but I'll be testing soon. Some of the field programmers have kept to a one byte maximum value for time intervals in field (indicating they've been told that's the limit)... but not in cos_btm2 for example... where you'll find a music transition of 500. If the akao wrapper is broken in PSX, this fade will be totally broken too.
 
Last edited:
As for Bizarro...  I am going to file it as a bug.  There likely is 3 models loaded into battle due to the party being able to attack Bizarro from left right and front. I dunno if this is a PC issue alone.  Sega Chief may be able to find a bug in the AI. Or it could be a porting issue.
Click to expand...
The three different sides are different formations. The game will decide to angle Bizarro based on the formation it's loaded in. The question is can this be reproduced in the angled formations? I have never switched parties during that battle so I don't even know how the mechanics work.
 
Status
Not open for further replies.
Back
Top