EmuNewz Network
FF type 0 english support - Printable Version

+- EmuNewz Network (https://www.emunewz.net/forum)
+-- Forum: PSP Emulation (https://www.emunewz.net/forum/forumdisplay.php?fid=191)
+--- Forum: JPCSP Official Forum (https://www.emunewz.net/forum/forumdisplay.php?fid=51)
+---- Forum: svn trunk discussion (https://www.emunewz.net/forum/forumdisplay.php?fid=56)
+---- Thread: FF type 0 english support (/showthread.php?tid=163312)

Pages: 1 2


FF type 0 english support - ff0 - 07-09-2014

I've noticed that the english patched version of ff type 0 stucks on loading screen. Maybe because iso is greater than a normal psp iso?

Would be wonderful to add support for this game because jpcsp is the only emulator that permit to play ad hoc games on same pc( I have tried with normal japanese iso and works).


RE: FF type 0 english support - thelight - 07-13-2014

It is said that JPCSP not support ff type 0 merged ISO.


RE: FF type 0 english support - gid15 - 07-14-2014

(07-13-2014, 01:07 AM)thelight Wrote: It is said that JPCSP not support ff type 0 merged ISO.
Is there a recent log file available somewhere?


RE: FF type 0 english support - thelight - 07-15-2014

(07-14-2014, 05:38 PM)gid15 Wrote:
(07-13-2014, 01:07 AM)thelight Wrote: It is said that JPCSP not support ff type 0 merged ISO.
Is there a recent log file available somewhere?

test r3461 ff type 0 merged ISO.
load intro
   
Code:
19:10:11  WARN hle.sceGe_user - idle1 - sceGeListEnQueue can't enqueue duplicate list address
19:10:11  INFO hle.sceDisplay - GUI - hleDisplaySetGeBuf topaddr=0x04088000, bufferwidth=512, pixelformat=3 OK
19:10:11  INFO       ge - GUI - Compiling VertexInfoReader for GU_COLOR_8888|GU_VERTEX_16BIT|GU_TRANSFORM_2D size=12
19:10:11  WARN hle.sceGe_user - idle0 - sceGeListEnQueue can't enqueue duplicate list address
19:10:11  WARN hle.sceGe_user - idle1 - sceGeListEnQueue can't enqueue duplicate list address
19:10:11  WARN hle.sceGe_user - idle0 - sceGeListEnQueue can't enqueue duplicate list address
19:10:11  WARN hle.sceGe_user - idle1 - sceGeListEnQueue can't enqueue duplicate list address
19:10:12  WARN hle.sceGe_user - idle0 - sceGeListEnQueue can't enqueue duplicate list address
19:10:12  WARN hle.IoFileMgrForUser - user_main - stat - umd io error: WTF?! Size or lba < 0?!
19:10:12  WARN hle.sceGe_user - idle1 - sceGeListEnQueue can't enqueue duplicate list address
19:10:12  WARN hle.sceGe_user - idle0 - sceGeListEnQueue can't enqueue duplicate list address
19:10:13  WARN hle.sceGe_user - idle0 - sceGeListEnQueue can't enqueue duplicate list address
19:10:13  WARN hle.sceGe_user - idle0 - sceGeListEnQueue can't enqueue duplicate list address
19:10:13  WARN hle.IoFileMgrForUser - user_main - stat - umd io error: WTF?! Size or lba < 0?!
19:10:14  WARN hle.IoFileMgrForUser - user_main - stat - umd io error: WTF?! Size or lba < 0?!
I open the ISO with UMDGen, the biggest file yellow.pky should be 2.35g not -1761969936
   


RE: FF type 0 english support - gid15 - 07-15-2014

(07-15-2014, 11:26 AM)thelight Wrote:
(07-14-2014, 05:38 PM)gid15 Wrote:
(07-13-2014, 01:07 AM)thelight Wrote: It is said that JPCSP not support ff type 0 merged ISO.
Is there a recent log file available somewhere?

test r3461 ff type 0 merged ISO.
load intro

Code:
19:10:11  WARN hle.sceGe_user - idle1 - sceGeListEnQueue can't enqueue duplicate list address
19:10:11  INFO hle.sceDisplay - GUI - hleDisplaySetGeBuf topaddr=0x04088000, bufferwidth=512, pixelformat=3 OK
19:10:11  INFO       ge - GUI - Compiling VertexInfoReader for GU_COLOR_8888|GU_VERTEX_16BIT|GU_TRANSFORM_2D size=12
19:10:11  WARN hle.sceGe_user - idle0 - sceGeListEnQueue can't enqueue duplicate list address
19:10:11  WARN hle.sceGe_user - idle1 - sceGeListEnQueue can't enqueue duplicate list address
19:10:11  WARN hle.sceGe_user - idle0 - sceGeListEnQueue can't enqueue duplicate list address
19:10:11  WARN hle.sceGe_user - idle1 - sceGeListEnQueue can't enqueue duplicate list address
19:10:12  WARN hle.sceGe_user - idle0 - sceGeListEnQueue can't enqueue duplicate list address
19:10:12  WARN hle.IoFileMgrForUser - user_main - stat - umd io error: WTF?! Size or lba < 0?!
19:10:12  WARN hle.sceGe_user - idle1 - sceGeListEnQueue can't enqueue duplicate list address
19:10:12  WARN hle.sceGe_user - idle0 - sceGeListEnQueue can't enqueue duplicate list address
19:10:13  WARN hle.sceGe_user - idle0 - sceGeListEnQueue can't enqueue duplicate list address
19:10:13  WARN hle.sceGe_user - idle0 - sceGeListEnQueue can't enqueue duplicate list address
19:10:13  WARN hle.IoFileMgrForUser - user_main - stat - umd io error: WTF?! Size or lba < 0?!
19:10:14  WARN hle.IoFileMgrForUser - user_main - stat - umd io error: WTF?! Size or lba < 0?!
I open the ISO with UMDGen, the biggest file yellow.pky should be 2.35g not -1761969936
Very good information!
I've now fixed the handling of very large files in r3562. Could you retest it?


RE: FF type 0 english support - thelight - 07-15-2014

r3562 also stucks on loading screen
Code:
07:26:16  INFO compiler - CDevSd MSECHandler - Splitting _S1_2_8B51254 (327/50)
07:26:16  INFO compiler - CDevSd MSECHandler - Splitting _S1_2_8B47FFC (51/50)
07:26:16  INFO compiler - user_main - Splitting _S1_2_8847B58 (51/50)
07:26:16  INFO compiler - user_main - Splitting _S1_2_8849F04 (172/50)
07:26:16  INFO hle.sceMpeg - user_main - sceMpegInit
07:26:16  INFO compiler - user_main - Splitting _S1_2_889BE74 (105/50)
07:26:16  INFO compiler - user_main - Splitting _S1_2_885D41C (83/50)
07:26:16  INFO compiler - user_main - Splitting _S1_2_885DA60 (66/50)
07:26:16  INFO compiler - SQEX FILE READING THREAD - Splitting _S1_2_885DFB4 (187/50)
07:26:16  INFO compiler - SQEX FILE READING THREAD - Splitting _S1_2_885D91C (65/50)
07:26:16  INFO compiler - SQEX FILE READING THREAD - Splitting _S1_2_885EC84 (63/50)
07:26:16  INFO compiler - SQEX FILE READING THREAD - Splitting _S1_2_885E488 (88/50)
07:26:16  WARN hle.sceGe_user - CDevSd VSYNCHandler - sceGeListEnQueue can't enqueue duplicate list address
07:26:16  WARN hle.sceGe_user - AUDIO MIXER THREAD - sceGeListEnQueue can't enqueue duplicate list address
07:26:16  WARN hle.sceGe_user - SQEX FILE READING THREAD - sceGeListEnQueue can't enqueue duplicate list address
07:26:16  WARN hle.sceGe_user - CDevSd VSYNCHandler - sceGeListEnQueue can't enqueue duplicate list address
07:26:17  INFO     upnp - UPnP Discover Thread - Timeout while discovering upnp:rootdevice
07:26:17  WARN hle.sceGe_user - SQEX FILE READING THREAD - sceGeListEnQueue can't enqueue duplicate list address
07:26:18  WARN hle.sceGe_user - user_main - sceGeListEnQueue can't enqueue duplicate list address
07:26:18  WARN hle.sceGe_user - AUDIO MIXER THREAD - sceGeListEnQueue can't enqueue duplicate list address
07:26:21  WARN hle.sceGe_user - CDevSd VSYNCHandler - sceGeListEnQueue can't enqueue duplicate list address
07:26:23  WARN hle.sceGe_user - AUDIO MIXER THREAD - sceGeListEnQueue can't enqueue duplicate list address



RE: FF type 0 english support - gid15 - 07-16-2014

(07-15-2014, 11:33 PM)thelight Wrote: r3562 also stucks on loading screen
is it possible to create a DEBUG log until reaching the first "sceGeListEnQueue can't enqueue duplicate list address"?


RE: FF type 0 english support - thelight - 07-16-2014

(07-16-2014, 06:59 AM)gid15 Wrote:
(07-15-2014, 11:33 PM)thelight Wrote: r3562 also stucks on loading screen
is it possible to create a DEBUG log until reaching the first "sceGeListEnQueue can't enqueue duplicate list address"?


.zip   Log_r3562(64bit)_DEBUG.zip (Size: 189.12 KB / Downloads: 127)


RE: FF type 0 english support - gid15 - 07-16-2014

(07-16-2014, 08:19 AM)thelight Wrote:
(07-16-2014, 06:59 AM)gid15 Wrote:
(07-15-2014, 11:33 PM)thelight Wrote: r3562 also stucks on loading screen
is it possible to create a DEBUG log until reaching the first "sceGeListEnQueue can't enqueue duplicate list address"?
Thank you.
Does the external software renderer give better/different results?


RE: FF type 0 english support - gid15 - 07-16-2014

(07-15-2014, 08:53 PM)gid15 Wrote: I've now fixed the handling of very large files in r3562. Could you retest it?
I found another place where very large files where not properly supported. Could you retest with r3565?