This forum uses cookies
This forum makes use of cookies to store your login information if you are registered, and your last visit if you are not. Cookies are small text documents stored on your computer; the cookies set by this forum can only be used on this website and pose no security risk. Cookies on this forum also track the specific topics you have read and when you last read them. Please confirm whether you accept or reject these cookies being set.

A cookie will be stored in your browser regardless of choice to prevent you being asked this question again. You will be able to change your cookie settings at any time using the link in the footer.

Thread Rating:
  • 22 Vote(s) - 3.5 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Dissidia: Final Fantasy - ULUS10437
(09-02-2011, 08:52 AM)Itaru Wrote: The font problem can be fixed simply by reverting just 1 class which is jpcsp.HLE.modules150.sceFont to before r2282 while keeping everything else at the latest revision (currently r2298).

I've made custom debug logs which show the anomalies between the pre-r2282 and post-r2282 sceFont behaviors. In the post-r2282 debug log, you can see that some methods are not being called after the sceFontNewLib. In the pre-r2282 debug log, a bunch of methods are called after sceFontNewLib such as sceFontSetAltCharacterCode, sceFontGetNumFontList, and sceFontGetFontList while those calls are missing in the post-r2282 debug log. Afterwards, post-r2282 shows a bunch of sceFontGetCharInfo and sceFontGetCharGlyphImage errors whereas in pre-r2282 the calls are working properly.

I hope the above can narrow the problem down for the dev team to fix. BTW, whatever happened to soywiz? Huh

Great, thanks! Smile
This should help us fixing the reflection magic for the sceFont module.
Reply


Messages In This Thread
Dissidia: Final Fantasy - ULUS10437 - by hyakki - 05-04-2010, 02:47 AM
RE: DISSIDIA FINAL FANTASY - ULUS10437 [Encrypted] - by Hykem - 09-02-2011, 04:14 PM

Forum Jump:


Users browsing this thread: 4 Guest(s)