Ideas to sychronize the cpus (emulators)

[Lagnus]

I have read about the problem of transferring information between the two processors.

Couldn't you just do a manual sychronization first, without transferring info between the cpus.
Like display fps infromation for both sound and the graphics, then speed up one to match the other.

Or
run the graphics section with a cap on it, like maxfps is 20 fps, and then manually adjust sound to match that.

Or
a memory compensation algorithm can be used to that process the graphics 10x or so ahead of the sound, and convey all the sound information for those frames to the other processor, which then produces the sound and outputs it with the graphics frames that have been cached from earlier ready to output.

The other frames after those cached can be stored in non-cached or slower memory and then streamed to the cache memory( with their sound info sent over to the other processor) for output,as the other frames are displayed.

Well Im not sure if these have been tried already, and maybe they can help someone.

[yaustar]

I am not sure which processors you are talking about but the framerate doesn't matter as it would be independent (displaying graphics on the PSP) of emulator logic (running the data of the graphics and sound on the emulated machine). Predicting the the graphics/sound is useless as you cannot predict what the player will do in that 10 frames so prediction will be most likely incorrect.

[Lagnus]

Im talking about the MIPS processors, and right you can't predict, so that part could only be useful for cut scenes that dont require input.