The game becomes confused, because the game dbg is:
Code:
FIOS schedulercache - ERROR - disk full, /dev_hdd1/BLUS30727/cache.idx is larger than free space on /dev_hdd1! Cache is disabled. Remove files or reduce numBlocks to fit.
FIOS failed deleting invalid cache file '/BLUS30727/cache.idx', err = -2147416315
FIOS failed deleting invalid cache file '/BLUS30727/cache.dat', err = -2147416315
CELL_OK!
Perhaps a cellFsGetFreeSize that returns "12345678" or something would be enough? This is of course not true, but no one should care. Same for cellFsFsync. The real host OS is going to handle file syncs any way I think.
I think I fixed it.
Well, the game still doesn't load, but the game dbg errors are gone. Google told me cellFsGetFreeSize has three parameters, path, a 32 bit integer block_size, and 64 bit integer block_count, no idea what the last two actually are though.
Code:
int cellFsGetFreeSize(u32 path_addr, mem32_t block_size, mem64_t block_count)
{
sys_fs.Log("cellFsGetFreeSize: random numbers"); // Should perhaps be reported by the OS
03-02-2014, 04:41 PM (This post was last modified: 03-02-2014, 04:48 PM by ssshadow.)
(03-02-2014, 04:37 PM)Bigpet Wrote: I'm a little confused, is the block_size of 400k normal? I would try setting block_size to 4096
Even with just 4K that method return 6.4GB free
Random numbers for the sake of experimenting. 4096 also works of course. The proper way would of course be to get actual disk space from the OS, this was just a test to see if Disagea 4 would be loadable, and it isn't, there must be other issues. I am not even sure if this method has all the right parameters or anything like that, but it returns a number, and Disgaea 4 is happy about it, but still isn't loadable. So this thread can be ignored for the time being: experiment failed.
Asus N55SF, i7-2670QM (~2,8 ghz under typical load), GeForce GT 555M (only OpenGL)
03-14-2014, 09:40 PM (This post was last modified: 03-14-2014, 09:42 PM by ssshadow.)
It is loadable now (at least in Nekotekinas branch, haven't tested main), black gsframe with 70-80 fps since it loops on gcm commands not yet done. Also loads some broken texture.
Asus N55SF, i7-2670QM (~2,8 ghz under typical load), GeForce GT 555M (only OpenGL)
05-21-2014, 07:05 PM (This post was last modified: 05-21-2014, 07:08 PM by ssshadow.)
(This topic can be moved to loadable)
It should perhaps be stated that this game fails in the same way as Disgaea D2, and somewhat similarly to The Guided Fate Paradox.
At "cellSaveDataListLoad2: No save entries found!" we pause with the message:
Clicking OK we get the gcm errors. (Note that this free space error is different from OP. The cache files are placed in /dev_hdd1/ now, even after deleting them.). If a save file is present we get a CTD instead of this message.
Note that the gcm errors loop is the same as The Guided Fate Paradox, but this never plays any video.
However it did recently surface that The Guided Fate Paradox did go in game with the same errors still looping, and Disgaea 3 goes in game without ever playing the video (99% sure all these games use different versions of the same engine), so perhaps the issue here are not the gcm commands, but that the game actually does try to quit when it thinks the HDD is full? Someone willing to fill their real PS3 HDD could always test and confirm this I guess... I would rather not trash it. (Of course, someone could debug that free space message, although I do not really know what to look for)
Asus N55SF, i7-2670QM (~2,8 ghz under typical load), GeForce GT 555M (only OpenGL)
With cellGcmGetReport implemened nothing has changed really. I still think the game actually would want to quit after that free space error. Same for Disgaea D2.
Asus N55SF, i7-2670QM (~2,8 ghz under typical load), GeForce GT 555M (only OpenGL)