(afputils) SDVX Hexa Diver Bg render problem

[dannylin0711]

As title, was rendering hexa diver game bg, and parseafp shows that the bg loops at 120 frame but looking in the video or playing the game doesn't seem to be loop at that frame, using list shows that there should be total 680 frames. Is this a parsing issue?

[DragonMinded]

The repeat behavior is part of the bytecode engine. There is no actual repeat in the file format, but bytecode can ask to move to a frame, and afputils attempts to recognize loops by seeing if something seeks backwards. I'm sure it's not perfect, the format turns out to have gone through enough changes that a single unified engine isn't really possible. I've considered adding quirks modes but testing for that would quickly get out of hand. Not sure what a solution is in general, just thinking out loud.

[dannylin0711]

Maybe adding a flag that tries to ignore the loop for now? Not sure if it's possible though, since not really familiar with afp file format.

[dannylin0711]

I might found where the problem is, the bytecode attempt to only rewind the center ball in the background, but afputils rewinds the whole afp which causes this problem.

[DragonMinded]

Oh, interesting, there might be a bug in the root object that the bytecode is pointing to.

[dannylin0711]

If I skip the gotoAndPlay method call, which skips the loop, the clip keeps render but without the center ball.

[dannylin0711]

bg_top.txt
So this is the decompiled code that afptuils generated, seems like multiple loop is in the afp.

[DragonMinded]

on_enter_main_frame_120()
{
    aeplib.gotoAndPlay(THIS, 'loop');
}

This would imply that the looping at frame 120 is correct, no? Not sure what's going on in there.

[dannylin0711]

on_enter_sprite_110_frame_901()
{
    aeplib.gotoAndPlay(THIS, 'loop');
}

But some subsprites go over 120 frames, so looping at 120 may deliver incorrect result?

[dannylin0711]

Also, the subclip in the root clip seems to loop at a frame no. larger than root clip.
Instead rewinding the whole root clip, maybe rewind each subclip by their own?

btw just curious, instead of using PIL, will using something like opencv2 that uses GPU be faster?

[dannylin0711]

After digging with AI about this, I may know whats happening.
Since current renderer is base on the root clip. We need to know that the game does NOT just playing the root clip itself but rather composite all the animation together. The root clip is only for what the game should composite, if we play the animation base on the root clip, some animation would just go wrong. Instead, every sub clip/plane may need it's own timeline and even tag/state to play the correct animation!

I've confirmed this by implement a realtime renderer in webgl (obviously with AI to help with this).

gotoAndPlay seems to be apply to root clip to tell current state is which state, multiple state may exists in single ifs, let's take sdvx game bg for example, basically two state should exists, past 70% of guage or not. By default, playing the ifs only loops in the pre-70% state, we could never play the post-70% state. Under this situation, if the subclip is longer than root clip state loop point, it just gets cut off and start from where the root clip defined loop point is (e.g. jumps back to frame 0, instead of doing a full loop)